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(57) Abstract: The invention relates to an integrated circuit device comprising a memory and at least one application program 
resident in said memory. The invention is characterized in that said application program comprises a list of application conmiand 
pointers, a chaining list for such commands, a class associated with each command, and a configurable parameter list associated with 
each class, and also each class includes command parameterization means and search means for searching for a following command 
together with its parameters. The invention is particularly applicable to smart cards. 
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1 

AN INTEGRATED CIRCUIT DEVICE INCLUDING AN APPLICATION 
PROGRAM 

FIELD OF THE INVENTION 
5 The present invention relates to an integrated 

circuit device including a memory and at least one 
application program residing in said memory/ said program 
using at least one application coiranand. The invention 
also relates to a method of managing an application 
10 program in such a device. 

Said devices are constituted in particular by 
portable articles such as smart cards that contain 
application programs concerning the fields of health, f'.";. 
mobile telephony, or indeed banking. 

15 

BACKGROUND OF THE INVENTION 

In general, smart cards comprise a card body having 
an electronic module integrated therein, where the module 
conventionally comprises a control element (e.g. a 

20 central processor unit or CPU) and a memory. Said memory 
has at least one application program using application 
commands that enable dialog to be established with a 
terminal, for example a mobile telephone in the field of 
telephony. The application program can be loaded into 

2S the card via a communications network, and this applies 

in particular to application programs coded in an object- (' 
oriented language, e.g. JAVA (registered trademark) . In 
general, an application program relates to a service 
offered by a card supplier to a client. For example, the 

30 supplier can be a telecommunications operator and the 
client can be the user of a portable telephone in which 
the smart card is inserted. 

In order to create such application programs, the 
state of the art proposes apparatuses that seek to 

35 minimize the use of object components (classes and 
instances) and also to minimize hiearchization of 
classes, since such objects and such hiearchization take 
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up a great deal of memory space. This serves to reduce 
the size of the program code. 

Although such devices make it possible to reduce 
code size in memory, this nevertheless remains a major 
5 problem in smart cards where memory is very limited. In 
addition, the time required to develop an application 
program remains high since application programs must be 
adapted to each particular service offered by the card 
supplier to a client. In addition, the code for an 

10 application program is difficult to reuse in any other 
service. Finally, if a minor modification is made in an 
application program, then it is necessary to reload the 
entire program in cards, which gives rise to a problem 
when cards have already been issued, i.e. when they have 

15 already been sold to clients. 

SUMMARY OF THE INVENTION 

It is an object of the present invention to propose: 
an integrated circuit device comprising a memory and at 

20 . least one application program resident in said memory, 
said program using at least one application command, and 
also to . provide a method of managing and application 
program in such a device, making it possible firstly to 
reduce significantly the size of the code of an 

25 application program and secondly to reduce -the time- 
required to develop an application program by reusing a 
large portion of the code from another application 
program, and finally to be able to modify an application 
program after the device has been issued,, without that 

30 making, it necessary to reload said program into said 
device. 

In a first aspect of the present invention, a 
solution to the technical problem posed is characterized 
in that firstly said application program has a list of 
35 • application command pointers, a chaining list for said 
commands, a class associated with each command, and a 
list of configurable parameters associated with each 
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class, and secondly/ each class has command 
parameterization means and search means for searching for 
a following command together with its parameters. 

In a second aspect of the present invention, this 
5 solution is characterized in that the management method 
comprises the steps consisting in: 

- creating in said application program a list of 
application command pointers, a chaining list for said 
commands, and a class associated with each application 

10 command; 

- creating, in said application program, a list of 
configurable parameters associated with each class; 

- parameterizing an application command; ; - 

- executing said command; and 

15 - searching for the following command together with 

its parameters. 

Thus, as described in greater detail below, the 
apparatus of the invention makes it possible by means of 
the list of pointers and the command chaining to avoid 

20 coding an entire chain of commands, thereby reducing the 
size of the code quite considerably. In addition, it is 
possible in the lists to modify the command chaining 
parameters directly without needing to modify and reload 
an entire application program. Finally, since the 

25 characteristics such as the chaining and the parameters 
of the commands of a service associated with an 
application program are in lists and not in a class, a 
class is generic and can thus be reused in another 
application program, thereby also reducing development 

30 time. 

The following description made with reference to the 
accompanying drawings given by way of non-limiting 
example makes it easy to understand what the invention 
consists in and how it can be implemented. 

35 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a diagram of an integrated circuit 
device, in this case, a smart card, including an 
application program, 
5 Figure 2 is a diagram, of the application program of 

the Figure 1 card. 

Figure 3 gives a list of command pointers contained 
in the application program of the Figure 1 card. 

Figure 4 gives a command chaining list contained in 
10 the application program of the Figure 1 card. 

Figure 5 gives lists of parameters contained in the 
application program of the Figure 1 card. - 

Figure 6 is a diagram showing how an application 
program of Figure 1 is executed. 

15 

DETAILED DESCRIPTION 

. The present description of the invention relates by 
way of example to integrated circuit cards that are also 
known as "smart cards". The term "integrated circuit. 

20 card" is used, for example, to mean a card in ISO format, 
a card in the so-called "plug-in" format such as a 
subscriber . identity module (SIM), or indeed an electronic 
label. . - , : 

Figure I shows an integrated . circuit device 10, in 

25.^ . this case a smart card. The card 10 . has a .command 
element 11 (e.g. a central processor unit or CPU), a 
memory 12, and a block 13 of contacts for making 
electrical connections with a terminal T, e.g. a 
connector in a card reader. The memory 12 contains an 

30 application program A, The memory 12 is preferably non- 
volatile and rewritable. 

The smart card is generally supplied to a. client by 
a service supplier, for example an operator managing a 
telecommunications network. Under such circumstances, 

35 the client is a user of the card and possesses a terminal 
known as a mobile telephone. The card is inserted in the 
mobile telephone. An application program A is preferably 
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associated with one or more services offered by the 
supplier. For example, there exists a service that 
enables a user to send messages over the operator's 
network by initially entering a password into the 
5 telephone. 

The program A is shown in Figure 2. In this 

example, the program A uses a generic application command 
GETINPUT for text input and a generic application command 
SENDSMS for sending messages. Advantageously, each 

10 generic application command is associated with a class. 

Thus, a first class GETINPUTPAGE and a second class 
SENDSMSPAGE are respectively associated with each of the 
generic application commands of the example. In 
addition, and preferably, each generic application 

15 command is associated with one or more specific 
application commands. A generic application command 
preferably includes a set of parameters that are common 
to all associated specific commands, while a specific 
application command includes parameters that are specific 

2 0 thereto. 

Program A also comprises: 

- a list of generic command pointers L_PTRPAGES; 

- a command chaining list L_NEXTPAGES; and 

- a list of configurable parameters associated with 
25 each class, i.e. in this example a first list of text 

input parameters L_GETINPUT and a second list of message 

sending parameters L_SENDSMS . 

The command chaining list L_NEXTPAGES has at least 

one reference relating to the list of command pointers 
30 L_PTRPAGES and at least one reference relating to a list 

of configurable parameters. 

Each class has means for parameterizing commands, in 

this case an operational parameterizing command BUILDCMD, 

means for searching for a following command together with 
35 its parameters, in this case an operational search 

command PROCESSRESP, and command constructor means 

CONSTRUCTOR also known as a class constructor in object- 
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oriented language. Furthermore, and preferably, a class 
can have a location parameter OFFSETNEXTPAGES enabling 
the location of the command chain in the chaining list 
L_NEXTPAGES to be situated. The command constructor 
5 means CONSTRUCTOR makes it possible to give a value to 
said parameter OFFSETNEXTPAGES. Each constructor is 
called during loading of the application program A in the 
smart card 10. A constructor makes it possible to create 
an instance of a class, i.e. to create an object of the 
10 type of the associated class. 

In order to enable the program A to execute, it is 
necessary to begin by creating the above-described lists 
and classes. 

In a first step, in said application program A, the 

15 following are created: the list of application command 
pointers L_PTRPAGES, the chaining list for such commands 
L_NEXTPAGES, and the classes GETINPUTPAGE, SENDSMSPAGE 
which are associated respectively with the generic text 
input and send message commands. 

20 As shown in Figure 3, the pointer list L_PTRPAGES 

preferably includes a first non-addressed index pointer 
PTRl, a second index pointer PTR2 pointing to an instance 
of the first class GETINPUTPAGE, and a third index 
pointer PTR3 pointing, to an instance of the second class 

25 ■ SENDSMSPAGE. The . list does not necessarily have a 
pointer for a single class instance, but could also have 
pointers for a plurality of instances of the same class. 

In a second step, the following . are created in said 
application program A: the . lists of configurable 

30 parameters L_GETINPUT and L_SENpSMS associated with each 
class or generic command. 

In a third step, a link is. constructed, between the 
command chaining list L_NEXTPAGES and the application 
commands. ... 

35 To this, end, the search means PROCESSRESP is created 

in each class, said means using .the chaining list 
L NEXTPAGES. 
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The command chaining list L_NEXTPAGES has chains of 
commands relating to the services offered by the 
telecommunications operator to the client, i.e. in the 
example of sending a message, the following chain: 
5 - input a password, using a first specific text 

input command GET INPUT 1; 

- input the text of the message to be sent, using a 
second specific text input command GETINPUT2; and 

- send the message over the network using a send 
10 message command SENDSMSl. 

To this end, and advantageously, the chaining list 
L_NEXTPAGES includes, for each specific command implying 
a following command OK: 

- a reference PTR_OK to the following command to be 
15 executed in the list of command pointers L_PTRPAGES/ and 

- a reference OFFSET_OK relating to the list of 
parameters associated with the referenced following 
command . 

Advantageously, said list also includes, for each 
20 specific command implying a return command BACK: 

- a return command reference PTR_BACK for execution 
in the list of command pointers L_PTRPAGES; and 

- a reference OFFSET_BACK relating to the list of 
parameters associated with the reference return command. 

25 When there is no return command or no following 

command, the references PTR_BACK and PTR_OK are 
preferably not addresses, the first index pointer PTRl is 
allocated to them and the references OFFSET_BACK or 
OFFSET_0K are given a value zero. 
30 Preferably, a reference is provided on one byte. 

Thus, in our example, and as shown in Figure 4, the 
following references will be obtained together with the 
following values: 

1) for the first specific text input command 
35 GENTINPUTl, 

OK = GETINPUT2 

- PTR OK = PTR2 
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- OFFSET_OK =02 
BACK = 00 

- PTR_BACK = PTRl 

- OFFSET_BACK =00 

5 2) for the second specific text input command 

GETINPUT2: 

OK = SENDSMSl 

- PTR_OK = PTR3 

- OFFSET_OK =01 
10 BACK = GET INPUT 1 

- PTR_BACK = PTR2 

- OFFSET_BACK = 01 . . 

The send message command SENDSMSl is not in the list 

L_NEXTPAGES since it does not imply any following command 
15 or any return command. It will thus be understood that 

the associated class SENDSMSPAGE does not have a location 

parameter OFFSETNEXTPAGES . 

. Thereafter, and advantageously depending on the 

location parameter OFFSETNEXTPAGES and the value of the 
20 reference OFFSET in the list of parameters, and. using the 

operational search command PROCESSRESP, the appropriate 

application command is found together with its parameters 

in the associated parameter list. 

In a fourth step a link is constructed, between,, the 
25 configurable parameter lists and the associated 

application commands. 

To this end, the parameterization means BUILDCMD is 

created in each class, said means using an associated 

parameter list. Thus, the parameterization means 
30 BUILDCMD of the first class GETINPUTPAGE uses the list of. 

text input parameters L_GETINPUT, while the 

parameterization means BUILDCMD of the, second class. 

SENDSMSPAGE uses the send message parameter list 

L_SENDSMS . 

35 Preferably, each specific command is associated with 

a group of parameters in the parameter list of the 
associated class or the associated generic command. 
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Thus, in the example of Figure 5, the text input 
parameter list L_GETINPUT has two groups of parameters Gl 
and G2 corresponding respectively to the two specific 
text input commands GETINPUTl and GETINPUT2 . Each group 
5 has four parameters MIN, MAX, TYPE, RFU with values coded 
on one byte each. The first and second parameters MIN 
and MAX represent the minimum and maximum length of the 
text to be input, the third parameter TYPE represents the 
type of text input, e.g. text made up of ASCII 
10 characters, and the fourth parameter RFU is reserved for 
t'jtjre use. 

Thus, the password input must have a length of four 
charrtrters, while the message to be sent must have a 
nini.^'.j." l*-n:;th of one character and a maximijm length of 

15 or*./ d and seventy characters. 

J^n.lcirly, in a non-limiting embodiment, the send 
nuji...j :v . 1 t L_SENDSMS has a single group of parameters 
Gi witir. a -mgle parameter TAB indicating the number of 
the table from which all of the parameters of the 

20 specif ir send message command SENDSMSl are to be found. 

The table is the first table. It would have been easy to 
put the set of parameters for the second specific send 
message command in the list L_SENDSMS or indeed to put 
the set of parameters for a plurality of specific 

25 commands in a single table and to reference the different 
groups of parameters in the list L_SENDSMS by means of a 
search reference associated with each group. 

When the user sends a message by means of a mobile 
telephone, the application program is executed. As shown 

30 in Figure 6, execution begins by the first text input 
command GETINPUTl . The location parameter 
OFFSETNEXTPAGES has already been initialized, in this 
case to zero. 

Thereafter, the command is parameterized by means of 
35 the operational parameterization command BUILDCMD of the 
first class GETINPUTPAGE . The list of parameters 
L_GETINPUT is used and the parameters are recovered by 
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10 

using the reference OFFSET_OK as initialized previously 
to the value 01. 

The calculation performed is then as follows: 
4*(OFFSET_OK - 1 ) to recover the first parameter, 
5 4*(OFFSET_OK - 1)+1 for the second parameter, etc. 

The command is sent to the terminal T and executed. 
A message is displayed on the terminal T prompting the 
user to enter the password. The user enters the password 
1234 and presses the BOK key of the telephone. The 

10 terminal sends a response to the card 10 together with 
the user's password, the response corresponding to the 
result of executing the command. The response is 
preferably encoded on one byte. In this case, the 
response has the value zero. In a different example, if 

lb the user had pressed the BBACK key, then the response 
would have had hexadecimal value 11, etc. 

The following command together with its parameters 
are searched for by the means of the operational search 
command PROCESSRESP of the first class GETINPUTPAGE . 

:o Tnis command uses the chaining list L_NEXTPAGES . Also 
brcause of the location parameter OFFSETNEXTPAGES, the 
chaining of a specific application command is searched 
lor, in this case the first specific application command - 
GETINPUTl, in. the chaining list L_NEXTPAGES . 

.'5; . The calculation performed is then as follows: 

OFFSETNEXTPAGES + 4* (OFFSET_OK -1) + 2 for the following 
command, or else . OFFSETNEXTPAGE + 4* {OFFSET_BAC - l).for 
. t'ne return command. 

The following command is the second specific text 

30 input command GETINPUT2 and the reference OFFSET_OK of 

the associated parameter list is 02. The position found 
IS in the associated list of parameters L_GETINPUT at the 
reference OFFSET_OK. The command pointed to by the. 
second index pointer PTR2 is called. The appropriate 

35 generic command of the associated class GETINPUTPAGE is 
thus found . . , . . 
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The second specific command GETINPUT2 is prepared 
and parameterized by means of the operational 
parameterization command BUILDCMD of the associated 
class* This serves to recover the parameters from the 
5 associated list L_GETINPUT at the reference OFFSET^OK 

whose value is 02. The second command GETINPUT2 is sent 
to the terminal T. It is executed- A message is 
displayed on the terminal T prompting the user to enter 
the message that is to be sent. The user enters the text 
10 of the message MSG and presses on the BOK button. 

A search is then made for the following command 
together with its parameters in the chaining list 
L_NEXTPAGES . 

The following command is a specific send message 

15 command SENDSMSl and the reference OFFSET_OK of the 

associated parameter list has the value 01. The search 
leads to the associated parameter list L_SENDSMS at its 
reference OFFSET_OK. The command pointed to by the 
second index pointer PTR3 is called. This thus finds the 

20 appropriate generic command in the associated class 
SENDSMSPAGE. 

The specific command SENDSMSl is prepared and 
parameterized by means of the operational 
parameterization command BUILDCTMD of the associated 

25 class. The parameters are thus recovered from the 

associated list L_SENDSMS at the reference OFFSET_OK of 
value 10 and consequently from the first table TAB. The 
specific command SENDSMSl is sent to the terminal T. It 
is executed. The consequence of execution is to send the 

30 message over the telecommunications network. 

As. shown above, an application program A is 
preferably associated with one or more services offered 
by the supplier. To this end, the user can select a 
service from a plurality of services by means of a menu 

35 on a mobile telephone. For example, the user can select 
between the first send message service as described above 
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and a service .for directly sending a message that is 
preprogrammed in the card 10. 

Selection is executed by means of a .generic 
selection application command SELECTITEM. Thereafter, an 
5 associated class SELECT I TEMPAGE is created comprising 
parameterization means BUILDCMD and command search means 
PROCESSRESP. In this case, the search means PROCESSRESP 
is similar to those described above. Since the selection 
command is generic, the parameterization means comprises 
10 solely means for preparing parameters in a buffer that is 
subsequently used while executing the command, and the 
selection command class does not . have a list of 
parameters. It will be observed that this preparation 
means is included in each class and preferably in each 
15 parameterization means BUILDCMD. 

The chaining list L_NEXTPAGES has the following,, 
references and values: 

For the specific selection command SELECTITEMl, 

BACK.= 00 

20 - PTR_BACK = PTRl , . , , . . 

- OFFSET_BACK =00 
SERVl = GETINPUTl 

- PTR_OK = PTR2 

- OFFSET_OK =01 ....... . 

25 . SERy2 = SENDSMS2 . 

- PTR_OK = PTR3 • : 

- OFFSET_OK = 02 . 

In this example, said references are . included . 
initially in the list prior to the references of the 

30 other classes. 

Thus, if the user selects the first service SERVl, 
the command to be executed is the first text . input 
command GETINPUTl, and so on as described above. If the 
user selects the second service SERV2, the command . to be 

35 executed is a second send .message command SENDSMS2 whose 
parameters are, for example, recovered from a second 
table TAB. Naturally, the parameter list L SENDSMS is 
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updated accordingly with a second group G2 . If the user 
presses on a return key BBACK, then the user leaves the 
application program. 

When a user selects a service, the terminal sends a 
5 response comprising an associated service number to the 
card- 10. Thus, the first service SERVl has the 

associated number 01, and the second service SERV2 has 
the associated number 02. The number associated with the 
"service" of the button BBACK is 0. 

10 The calculation performed in the search command 

PROCESSRESP is then as follows: OFFSETNEXTPAGES + 
2* (service number) for the following command or else 
OFFSETNEXTPAGES for the return command, with the location 
parameter OFFSETNEXTPAGES at zero. 

15 Whereas for text input commands and message sending 

commands the calculation performed is as follows: 
OFFSETNEXTPAGES + 4*(OFFSET_OK - 1) + 2 for the following 
command, otherwise OFFSETNEXTPAGES + 4* {OFFSET_BACK - 1) 
for the return command, with the location parameter 

;■•;» ^'FFSETNEXTPAGES having a value of six. 

Tt will thus be understood that the subject matter 
ot the invention has the advantage of considerably 
reducing code size by means of the above lists, clear 
^-paration between generic elements and elements that are 
in 'fe specific to a service. This separation makes it 
trasier to reuse generic elements such as classes in other 
application programs and consequently shortens 
development time. In addition, if one or more services 
to be modified, this is easily done, even with cards 

30 thar have already been issued, by making modifications to 
the lists. By way of example, the modifications can be 
performed by downloading data over a radio 
telecommunications network using the known short message 
technique. Finally, the subject matter of the invention 

35 as described above makes it possible to manage various 
kinds of response from the terminal T sent to the card 
10, with the responses corresponding to different results 
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when executing a conunand. In the examples above, two 
kinds of response are handled, when the user presses on 
the BOK key or when the user presses on the BBACK key of 
the mobile telephone. It is also possible to handle 
5 responses due to errors such as non-execution of a 
command, no response by the user, .... At this moment, 
from the above, there will always be a following command 
associated in the chaining list L_NEXTPAGES . with each 
response from the terminal to be processed. It will thus 
10 be understood that in each class, there is no longer any 
need for coding to handle various errors, thereby 
considerably reducing code size. 
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CLAIMS 

1/ An integrated circuit device comprising a memory and 
at least one application program (A) resident in said 
memory/ said program using at least one application 
5 command, the device being characterized in that firstly 
said application program (A) has a list of application 
command pointers (L_PTRPAGES) , a chaining list for said 
commands ( L_NEXT PAGES ) , a class associated with each 
command, and a list of configurable parameters associated 
10 with each class, and secondly, each class has command 
parameterization means (BUILDCMD) and search means for 
searching for a following command together with its 
parameters (PROCESSRESP) , 

15 2/ A device according to claim 1, characterized in that 
the command chaining list (L_NEXTPAGES ) has at least one 
reference relating to the list of command pointers 
(L_PTRPAGES) and at least one reference relating to a 
list of configurable parameters. 

20 

3/ A method of managing an application program of an 
integrated circuit device comprising a memory and at 
least one application program (A) residing in said 
memory, said program (A) using at least one application 
25 command, the method being characterized in that said 
method comprises the steps consisting in; 

- creating in said application program a list of 
application command pointers (L_PTRPAGES ) , a chaining 
list for said commands (L_NEXTPAGES) , and a class 

30 associated with each application command; 

- creating, in said application program, a list of 
configurable parameters associated with each class; 

- parameterizing an application command; 

- executing said command; and 

35 - searching for the following command together with 

its parameters. 
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4/ A method according to claim 3, characterized in that 
the command chaining list (L_NEXTPAGES) has at least one 
reference relating to the list of . command pointers 
(L_PTRPAGES) and at least one reference relating to a 
5 list of configurable parameters. 
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